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REMARKS 

The Examiner has rejected Claim 28 under 35 U.S.C. 101 as being directed to non-statutory 
subject matter. More specifically, the Examiner has stated that '"[a] system' comprising a network 
analyzer (i.e.. software) does not include any functional structure of a system (re an apparatus)" and 
is conskk d ! ( un per se which is not one of the categories of stai ubject mattej 
Additionally, the Examiner has stated that "(ajccording to page 1 , lines 13-14 of the specification, 'a 
network analyzer" is a program (i.e., software f" and "''[a] system' as claimed in claim 28 appears to 
be directed to a machine (i.e. system} not processes of a method." The Examiner has further stated 
that "(therefore, [claim 28] is lacking the necessary structural/mechanical element io be a system 
(re. hardware) as [the] claim appears to be directed solely to software processes (re , network 
analyzer)." 

Applicant respectfully disagrees and notes that applicant specifically claims a " computer- 

aptuung and selectively analyzing data frames transmitted between stations 
in a communications network utilizing tunneling protocols 5 ' (emphasis added), as claimed by 
applicant, 

The Examiner has rejected Claim 29 under 35 U.S.C. 102(e) as being unpatentable over 
Pathak et ah (U.S. Patent Publication No. 2003/0014128). Additionally, the Examiner has rejected 
Claims 1-2, 4, 7, 9, 14-15, 17, 20, 22, and 28 under 35 U.S.C. 103(a) as being unpatentable over 
Sirbu (U.S. Patent No. 7,062,680), in view of Hippelainen (U.S. Patent Publication No. 
2002/0078384), and further in view of Pathak. Applicant respectfully disagrees with such rejections. 

With, respect to independent Claim 29, the Examiner has relied o i 001 9] and" 

[0022 j from the Pathak reference to make a prior art showing of applicant's claimed "enabling a 
tunnel analysis based on the user input." 

Applicant disagrees and respectfully points out that the above reference excerpts from Pathak 
relied on by the Examiner merely teach that "[u]pon receiving the data packets, the core. . . analyzes 
the data packets and captures certain data from the data packets" (Pathak - paragraph [0019]). in 
addition, the reference excerpts from Pathak teach that "the user provides constraints which specify 



capture of information from particular data packets satisfying the provided constraints, as well as the 
measures, levels of granularity, and constraints associated therewith" (Pathak - paragraph [0022]). 

H< >w e\ t • < that a core analyzes data packets, and that a user provides 

constraints which specify capture of information from particular data packets, as in Pathak, does not 
teach " enabling a tunnel analysis based, on. the user input " (emphasis added), as claimed by 
applicant. 

In the Office Action mailed 1.2/21/2007. the Examiner has argued that "Pathak further 
teaehjes] by specifying the constraint, it enables capture of information from particular data packers J 
satisfying the specified constraints ([0022])" and that "[tjhis means capture of information, which, is 
part of the analyzing of the GPRS tunneling packets is made possible based on the user specified 
constraints (i.e., enabling the tunnel analysis based on user input)." 

Applicant respectfully disagrees and again notes that merely "providing] constraints which 
specify capture of information from particular data packets satisfying the provided constraints '" 
(emphasis added), as in Pathak, does not teach ' 'enabling a tunnel analysis," much less " enabling a 
tunnel analysis based on the user input" (emphasis added}, as specifically claimed by applicant. 

Also with respect to independent Claim 29, the Examiner has relied on paragraphs [0020] 
and [0021 ] in Pathak to make a prior art showing of applicant's claimed technique "wherein the 
analyzing is conditionally performed for one or more types of tunnels associated with the tunneling." 

Applicant respectfully asserts that such excerpts simply disclose '-preprocessing] the raw 
data captured at the core (par; ij 1020]) and that the user can provide constraints which specify 
capture of information from particular data packets satisfying the provided constraints" (paragraph 
[002 1]). Clearly, simply preprocessing raw data which is captured from data packets matching user 
provided constraints, as in Pathak, fails to meet applicant's claimed technique "wherein the analyzing 
is cond i tiona 11 y performed for one or more types of tunnels associated with the tunneling" (emphasis 
added), as claimed. 

In the Office Action mailed 12/21/2007, the Examiner has i - sited the arguments 
noted above, namely that "Pathak teaches packets such as GPRS tunneling protocol packet data 
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([00 1 73) are analyze[d] and capture[d] based on user inputted constraints] ([0021] and [0022])"' and 
that "[tjhis means that analyze and capture are imposed, depending on specified constraints (i.e., 
conditionally performed)." Applicant respec ifu 1 dis igrees and asserts that i npl> disclosing that 
"the user provides const t a i J \hidt pui iptute ot tnt ion tiom <. ' > lata packets 

x 1 j it i i < ! iG !»> ' 1 j ' t ! ! I 1 

mi rjra) 0021] emphasis added} in addition to merely mentioning GPRS tunneling protocol 
packet data {} . ! 0017]} fails to meet applicant's claimed technique "wherein the analyzing is 

i„i,)« l , fanned for one ot m, r\ ; c> of tunnels associated with the tunneling" (emphasis 

added), as claimed. 

Additionally, with respect to independent Claims 1, 14 and 28, the Examiner has relied on 
paragraphs [0021] and [0022] from the Pathak reference to make a prior art showing of applicant's 
claimed technique "'wherein the analyzing is conditionally performed for one or more types of 
tunnels associated with the tunneling" (see this or similar, but not necessarily identical language in 
the aforementioned independent claims). 

Applicant respectfully asserts that the excerpts from Pathak relied upon by the Examiner 
merely teach that "the nser provides constraint s which specify < a ptuft • mon.fi om particular 

data packets satisfying the provided constraints" (paragraph [0022], and substantially the same 
language in paragraph [0021 ] - emphasis added). However, merely teaching that the user can. 
provide constraints which specify capture of information from particular data packets, fails to even 
suggest that "the analyzing is conditional ly performed for one or more types of tunnels associated 
with the tunneling" (emphasis added), as claimed by applicant. 

In the Office Action mailed 1 2 2 1 2007, the Examiner has again argued that "Pathak teaches 
packets such as GPRS tunneling protocol packet data ([0017]) are analyze[d] and capture[d] based on 
user inputted constraints] ([0021 ] and [0022])" and that "[t]his means that analyze and capture are 
imposed, depending on specified constraints (i.e., conditionally performed)," 

Applicant respectfully disagrees and notes that the additional excerpts relied on by tire 
Examiner merely teach that "wireless content switch 1 <P! c in tiu i >»P - . <m , protocol 
pack lata id <m serving node 1 06, and can process the GPRS mmieimc pi otocpj packet data to 
performance additional functionality prior to transmitting the packet data to gateway node 1 10" 
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(Paragraph [0017] - emphasis added). However, merely disclosing receiving and processing GPRS 
tunneling protocol packet data, in addition to disclosing that the user can provide .const raints which 
specify caprine of m . rem particular data packets (as noted above), fails to even suggest 
that "the analyzing is co ndjtjoiTLaljy.perfonned for one.gxmpre.iypgs of tunnels associated with the 
tonne ling" (emphasis added), as claimed by applicant. 

Applicant further notes that the prioi art is also deficient vs ith resp > th< lependent 
claims. With respect to dependent Claim 9 et al., the Examiner has relied on paragraphs [0016], 
[0021] and [0022] from the Pathak reference to make a poor art showing of applicant's churned 
technique "wherein the analyzing is conditionally performed for one or more types of tunnels 
associated with the tunneling based on user input" 

Applicant respectfully asserts that the excerpts from Pathak relied upon by the Examiner 
merely teach that •'(the w jireless content switch... can receive GPRS tunneling protocol format 
packet data from [the] gateway node," and that the switch "can determine additional processing that 
may be required ba ed upon the mobile station , , , the type of content in the packet \ ri >i ts lata 
quality of service data mui'ut^ m'g functionality; or other suitable functions" (paragraph [0016] - 
emphasis added), in addition, the excerpts teach that ""the user can provide con straints which specify 
capture of u cot on from particular data packets satisfying the provided constraints" (paragraph 
[002 1 ] - emphasis added). 

However, determining additional processing based on a mpbjje.statioa type of packet 
content priority data , quality - ses yjcj data , and m u It i cast i n g functional i t v . in addition to specifying 
capture of information based on user constraints, fails to even suggest a technique "wherein the 
ill s } li i 1 no re i I with the tutu 

much less a technique "'wherein the analyzing is conditionally performed for one or more types of 
tunnels associated with the tunneling based on user input" (emphasis added), as claimed by applicant. 

In the Office Action mailed 1 2/2 1/2007, the Examiner has again argued that "Pathak teaches 
packets such as GPRS tunneling protocol packet data ([0017]} are analyzefd] and capturef d] based on 
user inputted constraints] ([0021] and [0022])" and that "[t]his means that analyze and capture are 
imposed, depending on spec c unts (he , conditionally pet for rued } ' ' 
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Applicant respectfully disagrees and notes that such exeerp i 1 u running 

additional processing based on a .moMks^at^g» ^ type of packet .content priority .data .quajii v < >f 
sendee data , and multicasting jiinctionality . in addition to receiving and processing GPRS tunneling 
protocol packet data, and that the user can pro c < > !> r i *l> if) i ptore.oXhifojinati n 

from particular data packets, which tails to ev en suggest a technique "wherein the analyzing is 

much is. is a 

technique "wherein the analyzing is conditionally performed for one or more types of tunnels 
associated with the tunneling based on user ay, , t 1 » s applicant 

Additionally, with respect to dependent Claim 12 et al., as rejected under 35 Ij S C. 103(a) as 
being -unpatentable over Sirbu, Hippelainen, Pathak> and Applicant Admitted Prior Art (AAPA), the 
Examiner has argued that Page 3, second paragraph, item 15 in Figure I A, and Table 3 of AAPA 
meet applicant's claimed technique "'wherein the IP protocol interpreter is re-executed to 
accommodate the tunneling." 

Applicant respectfully asserts that Page 3, second paragraph and table 3 of applicant' s 
specification only discloses an "order in which. . .EPIs are called." Further, item 1 5 in Figure 1 A 
only shows a frame resulting from an analysis (see Page 3, paragraph 1 of the specification). Clearly, 
only mentioning that EPIs are called based on an order fails to specifically teach that an "IP protocol 
interpreter is re-executed to accommodate the tunneling" (emphasis added), as claimed. 

In the Office Action mailed i 2/21/2007, the Examiner has argued that "AAPA teaches 
calling (i.e.. executing} the EPIs (i.e., IP protocol interpreters) in the order shown in Table 3 (page 3, 
2 !ld paragraph of the specification)" and that "[according to Table 3, EPIs are called for in tire order 
of ETHER (first), IP (2 nd ), TCP (3 Ki ), etc.'* Additionally, the Examiner has argued that "[tjhis means 
the EPIs are called to analyze ETHER, and called again [to] analyze IP and so on according to the 
order of Table 3 (i.e., IP protocol interpreters are re-executed for analysis}." 

Applicant respectfully disagrees and again notes that Table 3 of AAPA merely discloses an 
"order in which... EPis are called." However, merely mentioning that EPIs are called based on an 
order fails to specifically teach that an "IP protocol interpreter is re-executed to accommodate the 
, i Ided > as daimed. 



